Color blindness diagnostic system

ABSTRACT

Systems and methods for determining whether to enable color blind accessibility settings within the course of a user interactive narrative are described herein. Virtual color blindness indication objects containing colors that are visibly distinguishable within a single dichromatic visual spectrum can be utilized in objectives to determine a user&#39;s dichromatic visual deficiency type.

INCORPORATION BY REFERENCE TO ANY PRIORITY APPLICATIONS

Any and all applications for which a foreign or domestic priority claimis identified in the Application Data Sheet as filed with the presentapplication are incorporated by reference under 37 CFR 1.57 and made apart of this specification.

BACKGROUND

Modern virtual environments, such as video games, often presume a userdoes not require modifications for color blind accessibility. Typically,the settings of a virtual environment, including those for color blindaccessibility, are unavailable during the introduction of a userinteractive narrative. Due to this limitation, color blind users of avideo game often miss key visual cues for navigating and progressingthrough the user interactive narrative within a virtual environment.

SUMMARY OF EMBODIMENTS

The present disclosure provides a system to utilize color blindnessindication objects to automatically determine, enable, and adjust colorblind accessibility settings during a gameplay session of a video game.Aspects of the present disclosure can help to address the problem ofenablement of color blind accessibility settings within a video game.Aspects of the present disclosure also address the adjustment ofdichromatic color blind accessibility settings within the course of auser interactive narrative of a virtual environment.

In some embodiments, a virtual environment is configured to determine auser's need for the enablement of a dichromatic color blind (i.e.,protanopia, deuteranopia, or tritanopia) accessibility setting withinthe course of an interactive narrative. A virtual color blindnessindication object is a virtual object with colors that are visiblydistinguishable within a dichromatic visual spectrum, such asprotanopia, deuteranopia, or tritanopia.

In some embodiments, a user interactive narrative includes an objectivethat prompts a user to interact with one or more virtual color blindnessindication objects that the user perceives as having distinguishablecolors. Based on a user's interaction with particular virtual colorblindness indication objects during a gameplay session, the system canautomatically determine a type of dichromatic visual deficiency of acolor blind user.

In some embodiments, a user interactive narrative within a video gameincludes an objective that prompts a user to interact with one or moresets of virtual color blindness indication objects. Sets of virtualcolor blindness indication objects can be categorized by a dichromaticvisual deficiency type. A user's interaction with virtual colorblindness indication objects of a set can be used to determine a type ofdichromatic visual deficiency.

In some embodiments, a virtual color blindness indication object is apregenerated virtual object capable of being dynamically instantiated inthe course of a user interactive narrative within a virtual environment.In some embodiments, at least one virtual color blindness indicationobject for each dichromatic visual deficiency type is instantiatedduring an objective that prompts a user to interact with one or morevirtual color blindness indication objects for accurately determining auser's dichromatic visual deficiency type.

In some embodiments, one or more thresholds of interaction are utilizedfor the determination, enablement, and adjustment of a dichromatic colorblind accessibility setting. In one embodiment, a threshold for eachdichromatic visual deficiency is defined. In some embodiments, a usermeeting the threshold of interaction for a dichromatic visual deficiencytype causes the system to determine and enable the dichromatic colorblind accessibility setting a user requires. In alternative embodiments,additional virtual color blindness indication objects are instantiatedwithin the virtual environment for determining an adjustment to theparameters of an enabled dichromatic color blind accessibility setting.

One embodiment includes a computer-implemented method for determining avisual deficiency type of a user during a gameplay session of a gameapplication, the method comprising: by the game application configuredby machine-readable instructions executable on at least one hardwarecomputing device, instantiating one or more virtual color blindnessindication objects categorized to a visual deficiency type, wherein eachof the one or more virtual color blindness indication objects includes aset of colors that are visibly distinguishable within a defined visualspectrum; prompting user interaction with the one or more virtual colorblindness indication objects; monitoring the user interaction with theone or more virtual color blindness indication objects; determining ifthe user interaction with the one or more virtual color blindnessindication objects satisfies a visual deficiency threshold; enabling, acolor blind accessibility setting based on the visual deficiencythreshold satisfied by the user interaction with the one or more virtualcolor blindness, wherein the color blind accessibility session adjuststhe colors used for rendering frames during runtime of the gameapplication.

Various embodiments of the method may include one, all, or anycombination of the following features. In some embodiments, the visualdeficiency types include protanopia, deuteranopia, and tritanopia. Insome embodiments, the virtual color blindness indication objects are apart of a defined dichromatic visual deficiency type set. In someembodiments, the colors of a virtual color blindness indication objectform a perceivable pattern within a single dichromatic visual spectrum.In some embodiments, the game application designates a virtual locationwithin the virtual environment for instantiating virtual color blindnessindication objects. In some embodiments, prompting user interaction withthe one or more virtual color blindness objects occurs after arrival ofa virtual entity controlled by the user at the designated virtuallocation within the virtual environment. In some embodiments, monitoringuser interaction further comprises categorizing user interaction withvirtual color blindness indication objects by visual deficiency type. Insome embodiments, a visual deficiency threshold requires a degree ofuser interaction with virtual color blindness indication objectscategorized to the visual deficiency type. In some embodiments, themethod includes calculating a color generation ratio based on userinteractions with virtual color blindness indication objects;instantiating one or more virtual color blindness indication object setsbased on the color generation ratio; prompting the user to interact withthe one or more virtual color blindness indication objects; monitoringuser interaction with the one or more virtual color blindness indicationobjects; determining if the user interaction with the one or morevirtual color blindness indication objects satisfies an adjustmentthreshold; and adjusting the dichromatic visual deficiency setting inresponse to the user satisfying an adjustment threshold. In someembodiments, causing the virtual environment to adjust the color blindaccessibility setting includes applying daltonization. In someembodiments, a color generation ratio comprises values representingcolors within a dichromatic visual deficiency spectrum.

One embodiment includes a system comprising: at least one hardwareprocessor configured with machine-readable instructions executable on acomputing device that configure the at least one hardware processor to:execute a game application, the game application including a virtualenvironment; instantiate one or more virtual color blindness indicationobjects categorized to a dichromatic visual deficiency type within thevirtual environment, wherein each of the one or more virtual colorblindness indication objects includes a set of colors that are visiblydistinguishable within the categorized dichromatic visual spectrum;prompt user interaction with the one or more virtual color blindnessindicate on objects; monitor the user interaction with the one or morevirtual color blindness indication objects; determine if the userinteraction with the one or more virtual color blindness indicationobjects satisfies a dichromatic visual deficiency threshold; enable adichromatic color blind accessibility setting based on the dichromaticvisual deficiency threshold satisfied by the user interaction with theone or more virtual color blindness indication objects categorized to adichromatic visual deficiency type, wherein the color blindaccessibility session adjusts the colors used for rendering framesduring runtime of the game application.

Various embodiments of the system may include one, all, or anycombination of the following features. In some embodiments, thecategorized dichromatic visual type includes protanopia, deuteranopia,and tritanopia. In some embodiments, the one or more virtual colorblindness indication objects belong to a set. In some embodiments, thegame application designates a virtual location within the virtualenvironment for instantiating virtual color blindness indicationobjects. In some embodiments, the colors of a virtual color blindnessindication object form a perceivable pattern within a single dichromaticvisual spectrum. In some embodiments, arrival of a virtual entitycontrolled by the user at the designated virtual location within thevirtual environment causes the prompting user interaction with the oneor more virtual color blindness indication objects. In some embodiments,the machine-readable instructions are further configured to categorizeuser interaction with virtual color blindness indication objects byvisual deficiency type when monitoring user interaction. In someembodiments, each dichromatic visual deficiency threshold requires adegree of user interaction with the one or more virtual color blindnessindication objects categorized to the defined visual deficiency type. Insome embodiments, the machine-readable instructions are furtherconfigured to: calculate a color generation ratio based on userinteractions with virtual color blindness indication objects;instantiate one or more virtual color blindness indication object setsbased on the color generation ratio; prompt the user to interact withthe one or more virtual color blindness indication objects; monitor userinteraction with the one or more virtual color blindness indicationobjects; determine if the user interaction with the one or more virtualcolor blindness indication objects satisfies an adjustment threshold;and adjust the dichromatic visual deficiency setting in response to theuser satisfying an adjustment threshold.

DESCRIPTION OF DRAWINGS

The patent or application file contains at least one drawing executed incolor. Copies of this patent or patent application publication withcolor drawing(s) will be provided by the Office upon request and paymentof the necessary fee.

The present application is directed to color blindness and the systemsand methods for rendering virtual objects using specific colors that areused to determine color blindness. Black and white drawings cannotillustrate differences in colors that are illustrated in theapplication. For example, black and white versions of FIGS. 2A, 2B, 3A,3B, 4A, and 4B make it impossible for the reader to distinguish betweenthe different colors associated the types of color blindness discussedin the application. Thus, Applicant believes that color drawings arenecessary as the only practical medium by which to disclose the subjectmatter sought to be patented in the accompanying utility patentapplication.

FIG. 1 illustrates an embodiment of a computing system executing gameapplication including a color blindness diagnostic system.

FIG. 2A illustrates embodiments of color blindness indication lightswithin a virtual environment.

FIG. 2B illustrates examples of dichromatic visual perceptions of colorblindness indication objects.

FIG. 3A illustrates examples of color blind indication objects in avirtual environment.

FIG. 3B illustrates examples of dichromatic visual perceptions of colorblind indication objects.

FIG. 4A illustrates examples of color blind target sets.

FIG. 4B illustrates examples of a color blind target set instantiatedwithin a virtual environment.

FIG. 5A illustrates an embodiment of a block diagram of a colorblindness diagnostic process.

FIG. 5B depicts an embodiment of a block diagram of the dichromaticcolor blind accessibility setting adjustment process.

FIG. 6 depicts a block diagram of an illustrative computer systemoperating in accordance with examples of the invention.

DETAILED DESCRIPTION

The detailed description and figures illustrated are used by way ofexample, not limitation, to demonstrate some configurations of virtualcolor blindness indication objects (hereinafter CBIOs, and singularly asCBIO) within a virtual environment.

I. System Overview

FIG. 1 illustrates an embodiment of a computing environment 100 forimplementing a executing game application including a color blindnessdiagnostic system. The environment 100 includes a user computing systems102.

II. Computing System

The computing system 102 includes computing resources 104 and anapplication data store 106. The user computing system 102 may havevaried local computing resources 104 such as central processing unitsand architectures, memory, mass storage, graphics processing units,communication network availability and bandwidth, and so forth. Further,the user computing system 102 may include any type of computing system.For example, the user computing system 102 may be any type of computingdevice, such as a desktop, laptop, video game platform/console,television set-top box, television (for example, Internet TVs),network-enabled kiosk, car-console device, computerized appliance,wearable device (for example, smart watches and glasses with computingfunctionality), and wireless mobile devices (for example, smart phones,PDAs, tablets, or the like), to name a few. A more detailed descriptionof an embodiment of a computing system 102 is described below withrespect to FIG. 6 .

a. Game Application

The computing system 102 can include a game application 110 installedthereon. The user computing system 102 can execute a game application110 based on software code stored at least in part in the applicationdata store 106. The game application 110 may also be referred to hereinas a video game, a game, game code or a game program. A game application110 should be understood to include software code that a computingdevice 102 can use to provide a game for a user to play. A gameapplication 110 may include software code that informs a computingdevice 102 of processor instructions to execute, but may also includedata used in the playing of the game, such as data relating to gamesimulation, rendering, animation, and other game data. In theillustrated embodiment, the game application 110 includes a game engine112, game data 114, and game state data 116. When executed, the gameapplication 110 is configured to generate a virtual environment for auser to interface with the game application 110.

In some embodiments, the user computing system 102 can execute machinereadable instructions that are configured to execute the gameapplication 110, such as a video game, stored on a data store on theuser computing system (for example, application data store 106). Thegame application 110 may be stored or executed in a distributedenvironment using a client/server architecture. For example, the usercomputing system 102 may execute a portion of a game application 110 anda server may execute another portion of the game application 110. Forinstance, the game application 110 may be a competitive multiplayeronline game, such as a battle royale type game, that includes a clientportion executed by the user computing system 102 and a server portionexecuted by one or more application host systems. For the presentdiscussion, the game application 110 can execute locally on the usercomputing system 102 or can execute as a distributed application thatincludes a portion that executes on the user computing system 102 and aportion that executes on at least one or more application host systems.

i. Game Engine

During operation, the game engine 112 executes the game logic, controlsexecution of the simulation of gameplay, and controls rendering withinthe game application 110. In some cases, the game engine 112 controlscharacters, the environment, execution of the gameplay, how the gameprogresses, or other aspects of gameplay based on one or more storedrule sets. For example, the game engine 112 can monitor gameplay anddetect or determine a current runtime state of the game application 110.Based at least in part on the current runtime state of the gameapplication, the game engine 112 applies a rule set to control thecharacters or the environment.

In some embodiments, the game engine 112 can include a simulation engineand a presentation engine. The simulation engine executes the game logicand controls execution of the gameplay simulation. The presentationengine controls execution of presentation of the gameplay and renderingof frames. In some embodiments, the game engine 112 can execute thefunctionality of the simulation engine and the presentation engine usingdifferent engines and/or processes within the game application.

The simulation engine can control execution of individual virtualcomponents, virtual effects or virtual objects within the gameapplication 110. The simulation engine can manage and determinecharacter movement, character states, collision detection, derivedesired motions for characters based on collisions, or the like. Inputdevice(s) allow for user input to be received from the user in order tocontrol aspects of the game application according to rule sets. Thesimulation engine receives the user inputs and determines characterevents, such as actions, collisions, runs, throws, attacks and otherevents appropriate for the game. The character events can be controlledby character movement streams that determine the appropriate motions thecharacters should make in response to events. The simulation engine caninterface with a physics engine that can determine new poses for thecharacters. The physics engine can have as its inputs, the skeletonmodels of various characters, environmental settings, character statessuch as current poses (for example, positions of body parts expressed aspositions, joint angles or other specifications), and velocities (linearor angular) of body parts and motions provided by a character movementmodule, which can be in the form of a set of force/torque vectors forsome or all body parts. From this information, the physics enginegenerates new poses for the characters using rules of physics and thosenew poses can be used to update character states.

The simulation engine can output graphical state data (e.g., game statedata 114) that is used by presentation engine to generate and renderframes within the game application 110. In some embodiments, eachvirtual object can be configured as a state stream process that ishandled by the simulation engine. Each state stream process can generategraphical state data for the presentation engine. For example, the statestream processes can include emitters, lights, models, occluders,terrain, visual environments, and other virtual objects with the gameapplication 110 that affect the state of the game.

The presentation engine can use the graphical state data to generate andrender frames for output to a display within the game application 110.The presentation engine can combine the virtual objects, such as virtualcharacters, animate objects, inanimate objects, background objects,lighting, reflection, and the like, in order to generate a full sceneand a new frame for display. The presentation engine can take intoaccount the surfaces, colors textures, and other parameters of thevirtual objects. The presentation engine can then combine the virtualobjects (for example, lighting within the virtual environment andvirtual character images with inanimate and background objects) togenerate and render a frame. During runtime, the game engine can outputmany frames per second (e.g., 30 FPS, 60 FPS, or any other number offrames per second as determined during execution of the gameapplication).

ii. Game Data

The game data 114 can include rule sets, prerecorded motion captureposes/paths, environmental settings, environmental objects, constraints,skeleton models, route information, or other game applicationinformation.

Rule sets can be applied by the game engine 112 to control characters,the environment, execution of the gameplay, how the game progresses, orother aspects of gameplay. The rule sets can define the specific way inwhich players (for example, player characters or non-player characters)or the environment behaves or interacts within the video game. Forexample, the rules sets can correspond to difficulty levels (forexample, easy, normal, hard, novice, expert) of a video game. As anotherexample, the rule sets can control a number of resources available to aplayer, a number of challenges a player must face to progress throughthe video game, rules for scoring, possible inputs, actions, events,movement in response to inputs, or the like. Further still, for instancein sports-related video games, the rules set can control a degree ofskill or ability of a particular virtual player, team, or coach, or candictate how virtual entities react to particular in-game situations,such as a breakaway, a 3-on-1 attack, a 3-on-1 defense, or the like. Insome cases, rule sets can function as a virtual entities' brain orartificial intelligence.

The rule sets can be described using the concepts of characters,actions, runtime states, and environments. The virtual character in thevideo game can be a player character, which is controlled by a user, ora non-player character, which is controlled by the game application, andan action can be a move from a set of all possible moves the charactercan make. For example, in a hockey game, the character can pass (actionA) or shoot (action B) the puck, among other possible actions. A runtimestate can be described as a concrete and immediate situation in whichthe character finds itself. For example, the runtime state can be aspecific place and moment, such as an instantaneous configuration thatputs the character in relation to other significant things like tools,obstacles, enemies or prizes. A virtual environment can be described asthe virtual world through which the character interacts with the gameapplication. In general, a rule or rule set can define a character's wayof behaving (for example, the character's actions) at a given time,runtime state, and environment.

At least a portion of the game data 114 can be stored in the applicationdata store 106. In some embodiments, a portion of the game data 114 maybe received or stored remotely, such as in the data store 134. Game datamay be received during runtime of the game application 110. For example,in some cases, one or more rule sets can be received, stored, or appliedduring runtime of the game application 110.

iii. Game State Information

During runtime of the game application 110, the game application 110 cancollect or store game state data 118, which can include a game state,character states, environment states, scene object storage, routeinformation, or information associated with a runtime state of the gameapplication 110. For example, the game state data 118 can identify thestate of the game application 110 at a specific point in time, such as acharacter position, character orientation, character action, game levelattributes, and other information contributing to a state of the gameapplication 110. The game state data can include simulation game statedata and graphical game state data. The simulation game state data caninclude game state data that is used by the game engine 112 to executethe simulation of the game application 110. The graphical game statedata can include game state data that is generated based on thesimulation state data and is used to generate and render frames foroutput on a display.

iv. Colorblind Diagnostic Module

The colorblind diagnostic module can be configured to make adetermination of colorblindness of a user and control a set ofpredefined or user defined settings for execution and enablement ofcolorblind settings during execution of the game application. Thecolorblind diagnostic module 120 can be configured to influence how agame engine 110 renders visuals within the virtual environment. Thecolorblind diagnostic module 120 can automatically adjust settingswithin the game application based on execution of processes configuredto determine dichromatic color blindness of users. The processes arefurther described herein, such as in relation to the processesillustrated in FIGS. 5A and 5B.

III. Virtual Environment

As used herein, a virtual environment may include a simulatedenvironment (for example, a virtual space) instanced on a user computingsystem 102 and/or a server that is accessible by a client (for example,user computing system 102) located remotely from the server, to format aview of the virtual environment for display to a user of the client. Thesimulated environment may have a topography, express real-timeinteraction by the user, or include one or more objects positionedwithin the topography that are capable of locomotion within thetopography. In some implementations, the topography may be atwo-dimensional topography. In other instances, the topography may be athree-dimensional topography. In some implementations, the topographymay be a single node. The topography may include dimensions of thevirtual environment, or surface features of a surface or objects thatare “native” to the virtual environment. In some implementations, thetopography may describe a surface (for example, a ground surface) thatruns through at least a substantial portion of the virtual environment.In some implementations, the topography may describe a volume with oneor more bodies positioned therein (for example, a simulation ofgravity-deprived space with one or more celestial bodies positionedtherein). A virtual environment may include a virtual world, but this isnot necessarily the case. For example, a virtual environment may includea game space that does not include one or more of the aspects generallyassociated with a virtual world (for example, gravity, a landscape,etc.). By way of illustration, the well-known game Tetris may be formedas a two-dimensional topography in which bodies (for example, thefalling tetrominoes) move in accordance with predetermined parameters(for example, falling at a predetermined speed, and shiftinghorizontally or rotating based on user interaction).

The game instance of the video game 110 may include a simulated virtualenvironment, for example, a virtual environment that is accessible byusers via clients (for example, user computing systems 102) that presentthe views of the virtual environment to a user. The virtual environmentmay have a topography, express ongoing real-time interaction by one ormore users or include one or more objects positioned within thetopography that are capable of locomotion within the topography. In someinstances, the topography may include a two-dimensional topography. Inother instances, the topography may include a three-dimensionaltopography. The topography may include dimensions of the space orsurface features of a surface or objects that are “native” to the space.In some instances, the topography may describe a surface (for example, aground surface) that runs through at least a substantial portion of thespace. In some instances, the topography may describe a volume with oneor more bodies positioned therein (for example, a simulation ofgravity-deprived space with one or more celestial bodies positionedtherein). The instance executed by the computer components may besynchronous, asynchronous, or semi-synchronous.

It should be understood the above description of the manner in whichstate of the virtual environment associated with the video game is notintended to be limiting. The game application 110 may be configured toexpress the virtual environment in a more limited, or richer, manner.For example, views determined for the video game representing the gamestate of the instance of the video game may be selected from a limitedset of graphics depicting an occurrence in a given place within thevideo game. The views may include additional content (for example, text,audio, pre-stored video content, or other content) that describesparticulars of the current state of the place, beyond the relativelygeneric graphics. For example, a view may include a generic battlegraphic with a textual description of the opponents to be confronted.Other expressions of individual places within the video game arecontemplated.

The game engine 112 generates game state data 118 that may be usedlocally within the game application 110 and may be transmitted to theinteractive computing system 130 over network 108. The execution of theinstance of the game application 110 may include determining a gamestate associated with the game application 110. The game state data 118may facilitate presentation of views of the video game to the users onthe user computing systems 102. The game state data 118 may includeinformation defining the virtual environment in which the video game isplayed. The execution of the game engine is described in further detailherein.

The execution of the game instance may enable interaction by the userswith the game application 110 or other users through the interactivecomputing system 130. The game application 110 may be configured toperform operations in the game instance in response to commands receivedover network 108 from user computing systems 102. In some embodiments,users may interact with elements in the video game or with each otherthrough the video game.

Users may participate in the video game through client game applications110 implemented on user computing systems 102 associated with the users.Within the game instance of the video game executed by the game engine112, the users may participate by controlling one or more of an elementin the virtual environment associated with the video game. Theuser-controlled elements may include avatars, user characters, virtualenvironment units (for example, troops), objects (for example, weapons,horses, vehicle and so on), simulated physical phenomena (for example,wind, rain, earthquakes, or other phenomena), or other user-controlledelements.

The user-controlled character avatars may represent the users in thevirtual environment. The user characters may include heroes, knights,commanders, leaders, generals or any other virtual environment entitiesthat may possess strength, skills, abilities, magic powers, knowledge,or any other individualized attributes. The virtual environment unitscontrolled by the user may include troops or any other game entitiesthat may be trained, recruited, captured, or otherwise acquired by theusers in groups or en-mass. The objects controlled by the users mayinclude weapons, vehicles, projectiles, magic items, wardrobes, boots,armor, knapsacks, medicine, healing portion, or any other virtual itemsthat may be employed by the users for interaction within the video game.

The user-controlled element(s) may move through and interact with thevirtual environment (for example, user-virtual environment units in thevirtual environment, non-user characters in the virtual environment,other objects in the virtual environment). The user controlled elementscontrolled by or associated with a given user may be created orcustomized by the given user. The user may have an “inventory” ofvirtual goods or currency that the user can use (for example, bymanipulation of a user character or other user controlled element, orother items) within the virtual environment.

Controls of virtual elements in the video game may be exercised throughcommands input by a given user through user computing systems 102. Thegiven user may interact with other users through communicationsexchanged within the virtual environment. Such communications mayinclude one or more of textual chat, instant messages, private messages,voice communications, or other communications. Communications may bereceived and entered by the users via their respective user computingsystems 102. Communications may be routed to and from the appropriateusers through server(s).

Execution or performance of the user action by the game engine 112 mayproduce changes to the game state, which may reflect progresses orresults of the user actions. In some examples, state changes caused bythe execution of the user actions may be recorded in the applicationdata store 106 or data store 134 to facilitate persistency throughoutthe instance of the video game. In some examples, execution of the useractions may not produce persistent changes to the game state (forexample, a user character jumping forward and backward successively maynot produce any perceivable game state changes to other users).

A given user may input commands with specific parameters to undertakespecific deeds, actions, functions, spheres of actions or any othertypes of interactions within the virtual environment. For example, thegiven user may input commands to construct, upgrade or demolish virtualbuildings; harvest or gather virtual resources; heal virtualuser-controlled elements, non-player entities or elements controlled byother users; train, march, transport, reinforce, reassign, recruit, orarrange troops; attack, manage, create, demolish or defend cities,realms, kingdoms, or any other virtual environment locations controlledby or associated with the users; craft or transport virtual items;interact with, compete against or along with non-player entities orvirtual environment elements controlled by other users in combats;research technologies or skills; mine or prospect for virtual resources;complete missions, quests, or campaigns; exercise magic power or castspells; or perform any other specific deeds, actions, functions, orsphere of actions within the virtual environment. In some examples, thegiven user may input commands to compete against elements in anenvironment within the virtual environment—for example, Player vs.Environment (PvE) activities. In some examples, the given user may inputcommands to compete against each other within the virtualenvironment—for example, Player vs. Player (PvP) activities.

The instance of the video game may include virtual entitiesautomatically controlled in the instance of the video game. Such virtualentities may or may not be associated with any user. As such, theautomatically controlled virtual entities may be generated or developedby artificial intelligence configured with the game application 110 orserver(s) by a provider, administrator, moderator, or any other entitiesrelated to the video game. These automatically controlled entities mayevolve within the video game free from user controls and may interactwith the entities controlled by or associated with the users, otherautomatically controlled virtual environment entities, as well as thetopography of the virtual environment. Certain manifested traits may beassociated with the automatically controlled entities in accordance withthe artificial intelligence configured with server(s). As used herein,such automatically controlled virtual environment entities in theinstance of the video game are referred to as “non-player entities.”

In an online game, the instance of the video game may be persistent.That is, the video game may continue on whether or not individual usersare currently logged in or participating in the video game. A user thatlogs out of the video game and then logs back in some time later mayfind the virtual environment or the video game has been changed throughthe interactions of other users with the video game during the time theuser was logged out. These changes may include changes to the simulatedphysical space, changes in the user's inventory, changes in other users'inventories, changes experienced by non-user characters, or otherchanges.

IV. Color Blindness Indication Objects

A CBIO can be any virtual object within a virtual environment that canbe used to generate a functional indication that a user is color blind.In one embodiment, a CBIO's functional indication of a user's colorblindness is implemented by way of its design, placement, and collisioninformation.

The color scheme of a CBIO is configured to be visibly distinguishable(e.g., contrasting) within a single dichromatic visual spectrum;protanopia, deuteranopia, or tritanopia. One skilled in the art willrecognize that each dichromatic visual spectrum has perceivable colorlimitations, such that a perceivable color frequency (i.e., a specificcolor) appears differently across each of the dichromatic visualspectrums. Each CBIO can be configured to have colors that aredistinguishable to a single dichromatic visual spectrum but not to theother types of dichromatic color blindness. For examples, a CBIO can beconfigured with two colors of different RGB values (e.g., colorfrequency) are visibly distinguishable as different colors within theprotanopia visual spectrum but are visibly indistinguishable within thedeuteranopia and tritanopia visual spectrum. This result can occur whenthe RGB values (i.e., a visible color frequency) of colors fall within acolor frequency range of a dichromatic visual spectrum that representthe same color.

As such, each CBIO can function as an indicator of a user's dichromaticvisual deficiency type within the virtual environment. CBIOs designed tobe visibly distinguishable within a single (i.e., specific) dichromaticvisual spectrum are categorized to the respective dichromatic visualdeficiency type. For example, a CBIO with a color design that is visiblydistinguishable within the tritanopia visual spectrum is categorized asa tritanopia type CBIO within the virtual environment.

The capacity to create color palettes for CBIO's that are onlyperceivable to a single dichromatic visual spectrum is achievable due tothe color frequency limitations of dichromatic visual spectrums. Thecolors used for the CBIOs in the figures of the present disclosure areapproximations of colors that are only distinguishable within a singledichromatic visual deficiency type: protanopia, deuteranopia, andtritanopia. The color palette for CBIOs need not be limited to thespecific colors used in the figures of this disclosure.

Further, the present disclosure illustrates CBIOs with two colors by waysimplicity, not limitation. A CBIO need not be limited to a pair ofcolors that are visibly contrasting within a single dichromatic visualspectrum. Alternative configurations of CBIOs can include one or morecolors or arrangements that are visibly contrasting within a singledichromatic visual spectrum. For example, a CBIO may include a specificcolor design that creates one or more patterns perceivable within adefined dichromatic visual spectrum.

A virtual environment can utilize CBIOs within objectives that requireusers to interact with CBIOs that are perceivable to the user. Due tothe CBIOs design and the physical color frequency limitations ofdichromatic visual spectrums, a user who is dichromatically color blindwill only distinguish the CBIOs categorized to their specificdichromatic visual deficiency type. A dichromatically color blind useris likely to interact with the CBIOs they can perceive within thevirtual environment. The game application can determine an appropriatecolor blind setting to enable based on the user's interactions with theCBIOs.

For example, a CBIO configured to indicate protanopia color blindnesscan include colors that are visibly distinguishable within theprotanopia visual color spectrum. The CBIO would appear to beindistinguishable within the deuteranopia and tritanopia visualspectrums. As such a color blind user with protanopia color blindnesswould be capable of perceiving and interacting with the protanopia CBIO.

In some embodiments, a virtual environment can prompt a user to completean objective that requires user interaction with one or more CBIOs thatthe user perceives as having a distinguishable color design. The gameapplication can monitor user actions to determine a user's interactionwith one or more CBIOs. In some embodiments, objectives requiring userinteraction with CBIOs are scripted events that to occur within a userinteractive narrative.

By instantiating at least one CBIO categorized to each dichromaticvisual deficiency type during an objective, the game application can beconfigured to determine whether a user is colorblind. A user that is notcolorblind may interact with all three CBIOs. In instances where a userhave interactions with CBIOs of a single categorized type can indicate auser is dichromatically color blind with respect to the CBIO'scategorized dichromatic deficiency type. The utilization of CBIOs can bean advantageous and efficient solution for determining a user'sdichromatic visual deficiency within a virtual environment and enablinga corresponding color blindness accessibility setting.

Those skilled in the art can appreciate the myriad of variations for theimplementation and configuration of CBIOs within a virtual environment.Variations of CBIO implementation and configuration include, but are notlimited to, contrasting one or more colors within a single, or throughmultiple, virtual objects, characters, environments, terrains, skyboxes,text, pathways, guidelines, destination points, UI elements, or anyother virtual or animated renditions that would provide at least onevisually distinguishable, or indistinguishable, colored virtual elementto a color blind user such that the game application can be configuredto determine a user's perceivable color spectrum. As such, one skilledin the art should also recognize that implementations of CBIOs in avirtual environment may be implemented as either dynamic, static,predefined, prefabricated, global, local, remote, volatile, orpersistent objects, systems or methods.

A user interactive narrative of a virtual environment is not limited topredefined objectives and experiences that are created by a developmentteam. A user interactive narrative of a virtual environment may includecontent that is procedurally generated, or user generated. A userinteractive narrative of a virtual environment includes, but is notlimited to, event sequences such as linear and non-linear story modes,campaigns, tutorials, questions, missions, objectives, and other usercompletable tasks.

a. Color Blindness Indication Lights

FIG. 2A illustrates example embodiments of color blindness indicationobjects (items 200, 210, 220) for use within a virtual environment.

In the illustrated embodiment, the CBIOs 200, 210, and 220 arecategorized by their functional indication of dichromatic visualdeficiency types; protanopia, deuteranopia, and tritanopia respectively.The CBIOs (items 200, 210, 220) include an outer housing (items 201,211, 221) and inner light elements (items 202, 212, and 222). Each CBIOis populated with colors that are visibly contrasting with one anotherwithin the dichromatic visual spectrum that correspond to thecategorized dichromatic visual deficiency type of the CBIO.

To illustrate, CBIO 200 includes an outer housing 201 colored pink andinner light 202 colored orange. The difference of color between theouter housing 201 and the inner light 202 can be distinguished withinthe protanopia visual spectrum, as such CBIO 200 is categorized as aprotanopia indicator. CBIO 210 includes an outer housing 211 coloredlight green and an inner light 212 colored bright green. The differenceof color between the outer housing 211 and the inner light 212 candistinguished within the deuteranopia visual spectrum, as such CBIO 210is categorized as a deuteranopia indicator. CBIO 220 includes an outerhousing 221 colored purple and inner light 222 colored dark blue. Thedifference of color between the outer housing 221 and the inner light222 can distinguished within the tritanopia visual spectrum, as suchCBIO 220 is categorized as a tritanopia indicator.

CBIOs (items 200, 210, 220) can be used in a virtual environment asfunctional indicators for a dichromatic visual deficiency type. Anappropriate dichromatic color blind accessibility setting for adichromatic color blind user can be determined and enabled based on auser's interaction with the CBIOs during a gameplay session.

For example, during a user interactive narrative, the user may beprompted by the virtual environment to interact with CBIOs (items 200,210, or 220) that the user perceives as having distinguishable coloredelements. Due to the specific color palette of the CBIOs (items 200,210, 220), a color blind user with a dichromatic visual deficiency willgenerally only be able to perceive one CBIO as having distinguishablecolored elements. As such, the virtual character 230 can be utilized bythe user to interact with CBIOs. Based on the interactions, the gameapplication can determine and enable the appropriate color blindaccessibility setting. In some embodiments, the game application can usethe viewpoint of the user within the virtual environment. For example,the game application may monitor the amount of time the that userdirects their view to each CBIO.

FIG. 2B illustrates the dichromatic perceptions of CBIOs. FIG. 2A isdivided into three subgroups to illustrate each dichromatic perceptionof the CBIOs (items 200, 210, 220).

The protanopia perception subgroup 203 illustrates the perspective of aprotanopia color blind user within the virtual environment. The CBIO 200would appear as having distinguishable colors in the outer housing 201and inner light 202 within the protanopia color spectrum. The colorsused for the outer housing (items 211,221) and inner light (212,222)elements of CBIO 210 and 220 can blend together within the protanopiavisual spectrum, making CBIO 210 and 220 appear as one solid colorwithin the protanopia visual spectrum, as illustrated by 210(a) and220(a).

The deuteranopia perception subgroup 213 illustrates the perspective ofa deuteranopia color blind user within the virtual environment. The CBIO210 would appear as having distinguishable colors in the outer housing211 and inner light 212 within the deuteranopia color spectrum. Thecolors used for the outer housing (items 201,221) and inner light(202,222) elements of CBIO 200 and 220 can blend together within thedeuteranopia visual spectrum, making CBIO 200 and 220 appear as onesolid color within the deuteranopia visual spectrum, as illustrated by200(b) and 220(b).

The tritanopia perception subgroup 223 illustrates the perspective of atritanopia color blind user of the virtual environment, CBIO 220 wouldappear as having distinguishable colors in the outer housing 221 andinner light 222 within the tritanopia color spectrum. The colors usedfor the outer housing (items 201,211) and inner light (202,212) elementsof CBIO 200 and 210 can blend together within the tritanopia visualspectrum, making CBIO 200 and 210 appear as one solid color within thetritanopia visual spectrum, as illustrated by 200(c) and 210(c).

Utilizing CBIOs within the virtual environment can provide a mechanismby which a dichromatic color blind user can perceive and distinguishparticular virtual objects amongst a plurality of virtual objects. Theinteractions that a dichromatic color blind user makes with the CBIOscan be used to determine the visual deficiency of the user and enablethe appropriate color blind accessibility settings.

b. Color Blindness Indication Targets

FIGS. 3A and 3B illustrate additional examples of CBIOs. FIG. 3Aillustrates example color blind targets 300, 310, and 320. Similar tothe lights in FIG. 2A, Color blind targets 300, 310, and 320 arecategorized by their dichromatic visual deficiency types; protanopia,deuteranopia, and tritanopia respectively. Each CBIO has two colors thatvisibly contrast with one another. In this embodiment, the body (items302, 312, 322) and outer shield elements (items 301, 311, and 321) ofeach CBIO (items 300, 310, 320) are populated with colors that arevisibly contrasting with one another based on a dichromatic visualspectrum that corresponds to the categorized dichromatic visualdeficiency type. CBIO 300 is associated with the protanopia visualspectrum, CBIO 310 is associated with the deuteranopia visual spectrum,and CBIO 320 is associated with the tritanopia visual spectrum.

FIG. 3B illustrates the dichromatic perceptions of color blind targets.FIG. 3B is divided into three subgroups to illustrate each dichromaticperception of the color blind targets (items 300, 310, 320 from FIG. 3). As further discussed in FIG. 2B, a CBIO having colors within adichromatic visual spectrum will be distinguishable to a user, whereascolors within the other dichromatic visual spectrums can blend togetheras a single color.

The color blind targets (items 300, 310, and 320) are illustrated ashumanoids by way of example. As a CBIO, color blind targets need not belimited to a humanoid form and may be any virtual object or graphicalrepresentation within a virtual environment.

c. Color Blindness Indication Object Sets

FIGS. 4A and 4B illustrate additional examples of CBIOs. FIG. 4A isdivided into three subgroups to illustrate the set for each dichromaticvisual deficiency type. (items 400, 410, 420). The protanopia,deuteranopia, and tritanopia color blind target sets (items 400, 410,420 respectively) each contain CBIOs that are distinguishable within arespective dichromatic visual spectrum. Color blind targets 400, 410,and 420 are categorized by their dichromatic visual deficiency types;protanopia, deuteranopia, and tritanopia respectively. Each CBIO has twocolors that visibly contrast with one another. In this embodiment, theCBIOs within 410 are humanoid shaped virtual objects (items 401, 404,411, 414, 421, 424, 427) with inner bodies that are a first color (items403, 406, 413, 416, 423, 426, 429) and outer shields that are a secondcolor (items 402, 405, 412, 415, 422, 425, 428). The first and secondcolors are visibly contrasting with one another based on a dichromaticvisual spectrum that corresponds to the categorized dichromatic visualdeficiency type. CBIO set 400 is associated with the protanopia visualspectrum, CBIO set 410 is associated with the deuteranopia visualspectrum, and CBIO set 420 is associated with the tritanopia visualspectrum.

FIG. 4B illustrates an in-game implementation of color blind target setsin a virtual environment 450 of a game application. In some embodiments,a virtual environment is arranged as a shooting range. The a user beprompted within the virtual environment to interact with color blindtargets by shooting at the of virtual color blind indication target thatuser perceives as having distinguishable colors. In some embodiments,the virtual environment is a field for a sporting event. The virtualenvironment can prompt a user to interact with the color blind targetsby passing a virtual ball towards the virtual color blind indicationtarget that user perceives as having distinguishable colors.

V. Color Blindness Determination Process

FIG. 5A depicts a block diagram of the process 500 for determining anappropriate color blind accessibility setting during runtime of a gameapplication.

At block 502, during runtime of the game application, a plurality ofCBIO's can be instantiated within the virtual environment. Each CBIO canbe associated with a defined type of dichromatic visual deficiency(e.g., protanopia, deuteranopia, or tritanopia). The game applicationcan be configured to instantiate at least one CBIO for each type ofdichromatic visual deficiency.

At block 504, the game application can generate prompts or objectiveswithin the virtual environment for the user to interact with one or moreCBIOs. The prompt can include instructions for interacting with a CBIO.In some embodiments, the instructions from the prompt of the userobjective may specify one or more methods for the user to successfullyinteract with a CBIO, including, but not limited to, directing theplayer towards the CBIO, causing a virtual character controlled by auser to make contact with the CBIO in the virtual environment, causing avirtual character controlled by the user to project a virtual objecttowards the CBIO, generating elements within the virtual environmentthat enable the user to make a direct selection of a CBIO. In someembodiments, color population of the elements of a CBIO occur during theinstantiation of CBIOs. In alternative embodiments, CBIOs elements arebaked textures that are predefined during development time.

At block 506, the game application can monitor the user's interactionwith the CBIOs. The game application can monitor characteristics of theuser's interaction with each CBIO. For example, the game application candetermine direct interactions with each CBIO, position of the userwithin the virtual environment relative to each CBIO, time spentinteracting with each CBIO, time spent with the user's viewpointdirected to the CBIO, and other types of interactions within the virtualenvironment.

At block 508, the game application determines whether the user'sinteractions with the CBIO's satisfy thresholds for enabling one or morecolorblind settings within the game application. The game applicationcan include one or more predefined thresholds of interaction. In someembodiments, predefined thresholds of interaction are an value thatindicates a desired level of user interaction with one or more CBIOs. Insome embodiments, predefined thresholds of interactions can measure auser's time spent interacting with the CBIO, including, but not limitedto, user's time spent causing a virtual character to view, select,destroy, move, modify, or projecting an object towards the CBIO. In someembodiments, predefined thresholds of interactions can measure thedegree or extent to which a user interacts with CBIO, including, but notlimited to, the accuracy or precession of a user's direct view of aCBIO. The game application can determine if predefined threshold(s) issatisfied based on the analysis of the user's interaction.

If the one or more thresholds for color blindness are not satisfied, thegame application can determine whether to continue to monitor the user'sinteractions the CBIO(s) or to end the color blindness diagnosticprocess. If user interaction with color blind targets does not satisfy adichromatic visual deficiency threshold, at (2) the game applicationwill restart or continue the determination process and return to block502. If user interaction with color blind targets does satisfies eachdichromatic visual deficiency threshold, at (3) the virtual environmentdetermines that user is not dichromatically color blind because the useris capable of perceiving every color blind target. The game applicationwill proceed to block 512 and end the determination process and willapply no dichromatic color blind accessibility setting.

At block 510, if the threshold of interaction is satisfied for at leastone of the types of color blindness, the game application canautomatically enable one or more color blindness settings within thegame application. For example, if user interaction with one or morecolor blind targets satisfies the dichromatic visual deficiencythreshold for deuteranopia, the deuteranopia color blind accessibilitysetting will be enabled. In some embodiments, enablement of adichromatically accessibility setting causes the virtual environment toallow the user to progress to the next portion of a user interactivenarrative.

By enabling the color blindness setting within the game application, thevisual output generated and output to the user can be changed to addressthe type of dichromatic color blindness detected. For example, colorpalettes used to represent the virtual environment may be shifted ormodified. In some embodiments, the game application can generate arecommendation that is presented to the user based on the detected typeof dichromatic color blindness. The user can then verify therecommendation and proceed with enabling the color blindness settings.After the settings have been enabled, the process can end. In someembodiments, after enablement of a color blindness setting, the gameapplication can execute a color blindness adjustment process, such asdescribed with respect to process 550 in FIG. 5B.

FIG. 5B depicts a block diagram of the dichromatic color blindaccessibility setting adjustment process.

In some embodiments, the game application can execute a color blindnessadjustment process after a color blind accessibility setting is enabledin step 510. At block 514, the game application determines whether toadjust the color blind accessibility setting. To determine if anadjustment is required, the game application can analyze the monitoreduser interactions with color blind targets to identify if the userfailed to interact with all color blind targets within a color blindtarget set. If the user failed to interact with all color blind targetsof the color blind target set, the game application may determine thatthe user is unable to distinguish all color blind targets within a setcategorized to their dichromatic visual deficiency type, and the user islikely to continue to find some colors to be indistinguishable evenafter the enablement of a color blind accessibility setting. This may bedue to the natural variance in human perception and/or the variance incolors displayed among different hardware displays.

If no adjustment to the enabled color blind accessibility setting isrequired, at (2) the game application can proceed to block 526 and allowthe user continue the user interactive narrative with the current colorblind accessibility setting. If an adjustment to the enabled color blindaccessibility setting is determined to be required, at (1) the virtualenvironment will proceed to block 516.

At block 516, calculate a color blind target set generation ratio basedon the monitored user interaction. A color generation ratio is a ratiovalue that represents the distinguishable colors within the categorizeddichromatic visual spectrum of the dichromatic visual deficiencythreshold. In some embodiments, the color generation ratio can beconfigured such that its values represent a range of color frequenciesthat a user did not previously perceive as being distinguishable. Inother embodiments, the color generation ratio can be configured so itsvalue represents specific RBG values. In alternative embodiments, avirtual environment can utilize any number of color generation ratios,each of which being capable of an independent value configuration. Thevirtual environment can utilize the identified colors from color blindtargets determined to be indistinguishable to the user to calculate thecolor generation ratio.

At block 518, the game application can instantiate color blind targetsbased on the color generation ratio. In one embodiment, the instantiatedcolor blind targets are CBIOs with elements populated by colors the userfound to be indistinguishable. For example, the color generation rationcan be used to generate a plurality of CBIOs that are slight colorvariations based on the indistinguishable colors.

At block 520, the game application can prompt the user to interact withthe instantiated color blind targets. At block 522, the game applicationcan monitor user interactions with instantiated color blind targets todetermine user's interactions with the adjusted CBIOs.

At block the 524, the game applications determines whether the user'sinteractions satisfy an adjustment threshold. An adjustment threshold isa value that indicates that a user has interacted with a sufficientamount of instantiated color blind targets that the user has thecapacity to distinguish colors within instantiated color blind targetsappropriately. If a user satisfies the adjustment threshold, the processcan proceed to block 526 and game application can will continue the userinteractive narrative with the current color blind accessibilitysetting.

If an adjustment threshold is not satisfied, the game application canproceed to block 528. At block 528, the game application can apply anadjustment to the color blind accessibility setting. In some embodimentsan adjustment to the color blind accessibility setting includes, but isnot limited to, post process parameter changes such as daltonization. Inpreferred embodiments, adjustments to the color blind accessibilitysetting are made based on monitored user interaction with color blindtargets. After application of the adjustment to the color blindaccessibility setting, the process can proceed to block 518. The gameapplication can reperform the process to monitor user interactions withthe instantiated targets with the adjustment applied. Thereafter, thevirtual environment will redetermine if the adjustment threshold isreached at block 524. If not met, an iterative process of adjustmentscan occur automatically until the user satisfies the adjustmentthreshold at block 524.

VI. Computing Device

FIG. 6 illustrates an embodiment of computing device 10 according to thepresent disclosure. Other variations of the computing device 10 may besubstituted for the examples explicitly presented herein, such asremoving or adding components to the computing device 10. The computingdevice 10 may include a game device, a smart phone, a tablet, a personalcomputer, a laptop, a smart television, a car console display, a server,and the like. As shown, the computing device 10 includes a processingunit 20 that interacts with other components of the computing device 10and external components. A media reader 22 is included that communicateswith media 12. The media reader 22 may be an optical disc reader capableof reading optical discs, such as CD-ROM or DVDs, or any other type ofreader that can receive and read data from media 12. One or more of thecomputing devices may be used to implement one or more of the systemsdisclosed herein.

Computing device 10 may include a separate graphics processor 24. Insome cases, the graphics processor 24 may be built into the processingunit 20. In some such cases, the graphics processor 24 may share RandomAccess Memory (RAM) with the processing unit 20. Alternatively, or inaddition, the computing device 10 may include a discrete graphicsprocessor 24 that is separate from the processing unit 20. In some suchcases, the graphics processor 24 may have separate RAM from theprocessing unit 20. Computing device 10 might be a handheld video gamedevice, a dedicated game console computing system, a general-purposelaptop or desktop computer, a smart phone, a tablet, a car console, orother suitable system.

Computing device 10 also includes various components for enablinginput/output, such as an I/O 32, a user I/O 34, a display I/O 36, and anetwork I/O 38. I/O 32 interacts with storage element 40 and, through adevice 42, removable storage media 44 in order to provide storage forcomputing device 10. Processing unit 20 can communicate through I/O 32to store data. In addition to storage 40 and removable storage media 44,computing device 10 is also shown including ROM (Read-Only Memory) 46and RAM 48. RAM 48 may be used for data that is accessed frequently.

User I/O 34 is used to send and receive commands between processing unit20 and user devices, such as keyboards or game controllers. In someembodiments, the user I/O can include a touchscreen. The touchscreen canbe capacitive touchscreen, a resistive touchscreen, or other type oftouchscreen technology that is configured to receive user input throughtactile inputs from the user. Display I/O 36 provides input/outputfunctions that are used to display images. Network I/O 38 is used forinput/output functions for a network. Network I/O 38 may be used duringexecution, such as when a client is connecting to a server over anetwork.

Display output signals produced by display I/O 36 comprising signals fordisplaying visual content produced by computing device 10 on a displaydevice, such as graphics, user interfaces, video, and/or other visualcontent. Computing device 10 may comprise one or more integrateddisplays configured to receive display output signals produced bydisplay I/O 36. According to some embodiments, display output signalsproduced by display I/O 36 may also be output to one or more displaydevices external to computing device 10, such a display 16.

The computing device 10 can also include other features, such as a clock50, flash memory 52, and other components. An audio/video player 56might also be used to play a video sequence, such as a movie. It shouldbe understood that other components may be provided in computing device10 and that a person skilled in the art will appreciate other variationsof computing device 10.

Program code can be stored in ROM 46, RAM 48 or storage 40 (which mightcomprise hard disk, other magnetic storage, optical storage, othernon-volatile storage or a combination or variation of these). Part ofthe program code can be stored in ROM that is programmable (ROM, PROM,EPROM, EEPROM, and so forth), part of the program code can be stored instorage 40, and/or on removable media such as media 12 (which can be aCD-ROM, cartridge, memory chip or the like, or obtained over a networkor other electronic channel as needed). In general, program code can befound embodied in a tangible non-transitory signal-bearing medium.

Random access memory (RAM) 48 (and possibly other storage) is usable tostore variables and other processor data as needed. RAM is used andholds data that is generated during the execution of an application andportions thereof might also be reserved for frame buffers, applicationstate information, and/or other data needed or usable for interpretinguser input and generating display outputs. Generally, RAM 48 is volatilestorage and data stored within RAM 48 may be lost when the computingdevice 10 is turned off or loses power.

As computing device 10 reads media 12 and provides an application,information may be read from media 12 and stored in a memory device,such as RAM 48. Additionally, data from storage 40, ROM 46, serversaccessed via a network (not shown), or removable storage media 46 may beread and loaded into RAM 48. Although data is described as being foundin RAM 48, it will be understood that data does not have to be stored inRAM 48 and may be stored in other memory accessible to processing unit20 or distributed among several media, such as media 12 and storage 40.

It is to be understood that the above description is intended to beillustrative, and not restrictive. Many other implementations will beapparent to those of skill in the art upon reading and understanding theabove description. The scope of the present disclosure should,therefore, be determined with reference to the appended claims, alongwith the full scope of equivalents to which such claims are entitled.

In the above description, numerous details are set forth. It will beapparent, however, to one skilled in the art, that the present inventionmay be practiced without these specific details. In some instances,well-known structures and devices are shown in block diagram form,rather than in detail, in order to avoid obscuring the presentinvention.

Some portions of the detailed descriptions above are presented in termssymbolic representations of operations on data bits within a computermemory. These algorithmic descriptions and representations are the meansused by those skilled in the data processing arts to most effectivelyconvey the substance of their work to others skilled in the art. Analgorithm is here, and generally, conceived to be a self-consistentsequence of steps leading to a desired result. The steps are thoserequiring physical manipulations of physical quantities. Usually, thoughnot necessarily, these quantities take the form of electrical ormagnetic signals capable of being stored, transferred, combined,compared, and otherwise manipulated. It has proven convenient at times,principally for reasons of common usage, to refer to these signals asbits, values, elements, symbols, characters, terms, numbers, or thelike.

The present invention also relates to an apparatus for performing theoperations herein. This apparatus may be specially constructed for therequired purposes, or it may comprise a general-purpose computerselectively activated or reconfigured by a computer program stored inthe computer. Such a computer program may be stored in a computerreadable storage medium, such as, but not limited to, any type of diskincluding floppy disks, optical disks, CD-ROMs, and magnetic-opticaldisks, read-only memories (ROMs), random access memories (RAMs), EPROMs,EEPROMs, magnetic or optical cards, or any type of media suitable forstoring electronic instructions, each coupled to a computer system bus.

The present invention may be provided as a computer program product, orsoftware, that may include a machine-readable medium having storedthereon instructions, which may be used to program a computer system (orother electronic devices) to perform a process according to the presentinvention. A machine-readable medium includes any mechanism for storingor transmitting information in a form readable by a machine (e.g., acomputer). For example, a machine-readable (e.g., computer-readable)medium includes a machine (e.g., a computer) readable storage medium(e.g., read only memory (“ROM”), random access memory (“RAM”), magneticdisk storage media, optical storage media, flash memory devices, etc.).

What is claimed is:
 1. A computer-implemented method for adjusting colorblind accessibility settings, comprising: prompting, during a gameplaysession of a video game application, user interaction of a user with aplurality of color blindness indication objects (CBIOS) rendered atdesignated locations among a virtual interactive environment, the userinteraction including interaction by the user, via a correspondingcomputing device, with the video game application; monitoring the userinteraction with the plurality of CBIOs; enabling a color blindaccessibility setting of a visual deficiency type based in part on theuser interaction with the plurality of CBIOs; determining if the userinteraction with the plurality of CBIOs meets an adjustment threshold;calculating, in response to the adjustment threshold being met, a secondcolor generation ratio with which to render additional CBIOS, the secondcolor generation ratio being different than a first color generationratio used to render the plurality of CBIOs; rendering the additionalCBIOs at locations of the virtual interactive environment based in parton the second color generation ratio; prompting user interaction withthe additional CBIOs; monitoring the user interaction with theadditional CBIOs; and adjusting the color blind accessibility settingbased at least in part on the user interaction with the additionalCBIOs.
 2. The method of claim 1, wherein the visual deficiency typescomprise protanopia, deuteranopia, and tritanopia.
 3. The method ofclaim 1, wherein one or more of the plurality of CBIOs are associatedwith a CBIO set corresponding to a visual deficiency type.
 4. The methodof claim 3, wherein colors of each of the CBIOs in the CBIO set aredistinguishable from one another on a visual color spectrum for thevisual deficiency type of the respective CBIO set.
 5. The method ofclaim 3, wherein colors of CBIOs within a CBIO set form a perceivablepattern within a single visual spectrum corresponding to the visualdeficiency type of the CBIO set.
 6. The method of claim 1, wherein thesecond color generation ratio indicates color values of the additionalCBIOs.
 7. The method of claim 1, wherein the prompting the userinteraction with the plurality of CBIOs occurs after arrival of avirtual entity controlled by the user at a designated virtual locationwithin the virtual interactive environment.
 8. The method of claim 1,wherein the monitoring the user interaction with the plurality of CBIOsfurther comprises categorizing user interaction with the plurality ofCBIOs.
 9. The method of claim 1, wherein the adjustment thresholdcorresponds to a degree of user interaction with plurality of CBIOs. 10.The method of claim 1, wherein the adjusting the color blindaccessibility setting includes changing one or more parameters of theadditional CBIOs during a daltonization process applied to the renderingof the additional CBIOs.
 11. A system comprising: one or moreprocessors; and one or more memory devices communicatively coupled tothe one or more processors, the one or more memory devices storingcomputer-executable instructions that, during runtime execution by theone or more processors, causes at least one of the one or moreprocessors to: prompt, during a gameplay session of a video gameapplication, user interaction of a user with a plurality of colorblindness indication objects (CBIOS) rendered at designated locationsamong a virtual interactive environment, the user interaction includinginteraction by the user, via a corresponding computing device, with thevideo game application; monitor the user interaction with the pluralityof CBIOs; enable a color blind accessibility setting of a visualdeficiency type based in part on the user interaction with the pluralityof CBIOs; determine if the user interaction with the plurality of CBIOsmeets an adjustment threshold; calculate, in response to the adjustmentthreshold being met, a second color generation ratio with which torender additional CBIOS, the second color generation ratio beingdifferent than a first color generation ratio used to render theplurality of CBIOs; render the additional CBIOs at locations of thevirtual interactive environment based in part on the second colorgeneration ratio; prompt user interaction with the additional CBIOs;monitor the user interaction with the additional CBIOs; and adjust thecolor blind accessibility setting based at least in part on the userinteraction with the additional CBIOs.
 12. The system of claim 11,wherein visual deficiency types comprise protanopia, deuteranopia, andtritanopia.
 13. The system of claim 11, wherein one or more of theplurality of CBIOs are associated with a CBIO set corresponding to avisual deficiency type.
 14. The system of claim 13, wherein colors ofeach of the CBIOs in the CBIO set are distinguishable from one anotheron a visual color spectrum for the visual deficiency type of therespective CBIO set.
 15. The system of claim 13, wherein colors of CBIOswithin a CBIO set form a perceivable pattern within a single visualspectrum corresponding to the visual deficiency type of the CBIO set.16. The system of claim 11, wherein the second color generation ratioindicates color values of the additional CBIOs.
 17. The system of claim11, wherein the one or more processors are configured to prompt the userinteraction with the plurality of CBIOs occurs after arrival of avirtual entity controlled by the user at a designated virtual locationwithin the virtual interactive environment.
 18. The system of claim 11,wherein to monitor the user interaction with the plurality of CBIOS, theone or more processors are further configured to categorize userinteraction with the plurality of CBIOs.
 19. The system of claim 11,wherein the adjustment threshold corresponds to a degree of userinteraction with plurality of CBIOs.
 20. The system of claim 11, whereinto adjust the color blind accessibility setting, the one or moreprocessors are further configured to change one or more parameters ofthe additional CBIOs during a daltonization process applied to therendering of the additional CBIOs.